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(54) TlUe: SYSTEM AND METHOD FOR MANAGING TRANSACTIONS BETWEEN SERVICE SUPPLIERS AND CUSTOMERS 
ON A C0MMUNIC:ATI0N NETWORK 

(54) ntre: SYSTEME ET PROCEDE POUR GERER DES TRANSACTIONS ENTKE DES FOURNISSEURS DE SERVICES ET DES 
CLIENTS SUR UN RESEAU DE COMMUNICATION 

(57) Abstract 

The invention concerns a system (S) for managing 
transactions between service supplien and customen on a 
communication networic, said suppliers and customerB be- 
ing respectively provided with servers (PS) and customer 
stations (CL) connected to the netwoik* The system (S) 
comprises a proxy server (SM) connected to the network 
and airanged to communicate with the customer stations 
and with die service supplier' servers respectively, such 
that all the transactions between said service supplien 
and said clients passes through said proxy server (SM). 
This method is useftil to all Internet users f or ccmniercial 
transactions. 

(57)Abr^^ 

Systhne (S) pour gte des transactions entre des 
foumisseurs de services et des clients sur un r6seau 
de conununication. ces foumisseurs de services et ces 
clients disposant respectiveraent de serveurs (FS) et de 
postes clients (CL) connect^s au rfeeau. Le systtmt 
(S) comprend un serveur de mediation (SM) connect^ 

au r6seau et agenc^ pour coromuniquer d'une part avec les postes clients et d'autne part avec les serveurs respectifs des foumisseui^ de 
service, de sorte que Tensemble des transactions entre ces foumisseurs de services et ces clieitts tiansite via ce serveur de mediation (SM). 
Ce pn)o6d6 int6resse I'ensemble des acteurs commerciaux sur Internet 
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" Systeme et precede pour gerer des transactions 
entre des fournisseurs de services et des clients sur un 
r^seau de communication " 
La presente invention concerne un systeme pour gerer 
5 des transactions entre des fournisseurs de services et 
des clients sur un r6seau de communication. Elle vise 
6galement un precede mis en oeuvre dans ce systeme. 

Elle s'adresse principalement a des fournisseurs 
d'acc^s ^ des reseaux tels qu' Internet, qui mettent en 
10 rapport des clients disposant de logiciels de navigation 
standards et des fournisseurs de service independants, 

Dans la suite , les abreviations suivantes sont 
utiiisees : 

HTTP (HyperText Transfer Protocol): protocole d'acc^s 
15 natif du Web; 

MIME (Multimedia Internet Mail Extension) : norme 
d' extension k la messagerie Internet permettant 1' envoi 
de messages multimedia; 

S-HTTP (Secure HTTP) : adaptation de HTTP chiffr6e et 
20 securisee; 

SSL (Secure Socket Layer) : adaptation securisee et 
chiffree de TCP; 

URL (Uniform Ressource Locator) : systeme pour 
adresser un document sur le Web. 
25 Un navigateur Web est un logiciel permettant 

d'acc^der a 1' ensemble des sites sur le Web, de les 
consulter, de rechercher et de rScup^rer des donn^es 
depuis ces sites. 

Un serveur Web est une machine connect^e sur le Web 
30 et hebergeant des informations consultables par 
navigateur Web. 

Un reverse proxy est un serveur Web qui sert 
d' intermediaire entre des clients Web et plusieurs 
serveurs HTTP. Le client envoie sa requete HTTP au 
35 reverse proxy. Le reverse proxy transmet cette requite a 
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un serveur HTTP et renvoie au client ia reponse du 
serveur HTTP. Les transactions commerciales sur un reseau 
ouvert tel qu' Internet sont appelees a connaitre une 
croissance considerable a court terme. En particulier, un 

5 secteur particulierement concerne est celui de l^acces 
payant S des informations sous la formes de pages ou de 
documents. II peut par exemple s'agir d' informations on- 
line §ditees par des journaux ou des magazines, ou encore 
de reproductions d'oeuvres litt6raires ou artistiques 

10 couvertes par le droit d'auteur. 

II existe d^j^ des services d'acc^s a des 
informations payantes, mettant notamment en cEuvre des 
transactions par cartes de credit ou un procede de porte- 
monnaie electrique. Dans la majorite des cas, les clients 

15 doivent utiliser, en plus de leur logiciel de navigation, 
un logiciel specif ique de transaction. Des plates-formes 
d'acc^s Internet utilisant une notion de porte monnaie 
electronique ont ^te d^velopp^es dans cette vole. 

On peut egalement citer des solutions de paiement 

20 electronique s'appuyant sur des protocoles developp^s 
specif iquement et necessitant des navigateurs utilisant 
une couche logicielle SSL (Secure Socket Layer) 
permettant des ^changes crypt^s. IL existe aussi des 
fournisseurs d'acc^s ^ Internet tels que Compuserve qui 

25 proposent un service de paiement int^gr^ sur la facture 
de I'abonn^. 

Cybercash, K161ine, Payline proposent Egalement des 
solutions de paiement Electronique sur Internet. Ces 
solutions s'appuient sur des protocoles developpes 

30 respect ivement par Sligos, Gctech et SG2. Certaines de 
ces solutions de paiement ne necessitent sur le poste 
client qu'un navigateur Netscape utilisant SSL. II s'agit 
du meme protocole HTTP, mais l'6change est en plus 
crypte. Pour chaque protocole. La cinematique des 

35 echanges est specif ique. 
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Les solutions actuellement proposees ont en commun de 
requerir 1' utilisation sur les ordinateurs des clients 
d'un logiciel ou d'un navigateur adapte. 

Pour utiliser ces solutions de paieraent, le 
5 fournisseur de services recupere: 

- une interface de prograiranation specifique a la 
solution de paiement, 

- eventuellement, un certificat d' authentif ication. 
Ce certificat permet d' identifier le fournisseur de 

10 services de fagon certaine dans les transactions de 
paiement . 

Le but de la pr^sente invention est de rem§dier S cet 
inconvenient en proposant un systeme pour gerer des 
transactions entre des fournisseurs de services et des 

15 clients sur un reseau de coramunication, ces fournisseurs 
de services et ces clients disposant respectivement de 
serveurs et de postes clients connect6s au reseau. 

Suivant 1' invention, ce systeme comprend un serveur 
de mediation connect^ au reseau et agencS pour 

20 corranuniquer d'une part avec les postes clients et d' autre 
part avec les serveurs respectifs des fournisseurs de 
service, de sorte que 1' ensemble des transactions entre 
ces fournisseurs de services et ces clients transite 
obligatoirement via ce serveur de mediation.- 

25 Le proc6d6 selon 1* invention permet ainsi un acc^s a 

des prestations ou informations payantes en utilisant les 
technologies ouvertes de 1' Internet, et une gestion de 
1' integrity des transactions payantes. En effet, le 
serveur de mediation assure 1' ensemble des operations de 

30 gestion des transaction et notamment la facturation des 
prestations, ce qui supprime la necessite d* utiliser un 
navigateur crypte et securise. 

Par ailleurs, avec le systeme de gestion de 
transaction selon 1' invention, les fournisseurs de 

35 services peuvent choisir librement 1 • h6bergement de leurs 
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services, en particuiier, ies lieux, les materiels 
. serveurs et les logiciels serveurs • Web'. lis peuvent en 
outre conserver la liberty de determiner leurs prix et 
obtenir des informations statistiques sur leurs clients. 

5 Dans une version preferee de 1* invention appliquee 

aux transactions sur le reseau Internet^ le serveur de 
mediation et les serveurs des fournisseurs de services 
communiquent selon le protocole HTTP. Ce protocole HTTP 
est en pratique augmente de champs MIME supplementaires 

10 pour vehiculer d'une part des informations sur les 
clients et d' autre part des informations relatives a la 
facturation des transactions. 

Le syst^me selon 1* invention procure ainsi une 
simplicity d' Edition des serveurs des fournisseurs de 

IS services en ne requ^rant que 1' utilisation de 
technologies standards HTTP sans nScessiter une 
modification des serveurs ou 1' acquisition de logiciels 
supplementaires. Ceci contribue i des coQts de 
developpement inferieurs ^ ceux engages pour des precedes 

20 mettant en ceuvre des protocoles specif iques. Les serveurs 
des fournisseurs de services n'ont done pas besoin 
d* elements logiciels supplementaires et peut utiliser 
tout serveur HTTP disposant d*une interface CGI ou d'une 
interface propri^taire telle que les interfaces NSAPI ou 

25 ISAPI. Le serveur de mediation est en pratique du type 
"reverse proxy". II est agenc6 pour identifier et 
authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

Dans un mode particulier de realisation applique 

30 notamment a 1 * acquisition de documents payants, le 
serveur de mediation est agence pour gerer le 
rechargement de documents pendant un intervalle de 
latence de dur^e predSterminee. 
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li est egalement agence pour gerer la facturation des 
prestations offertes par les fournisseurs de services sur 
des comptes d'abonne en temps reel. 

Suivant un autre aspect de 1* invention, il est 
5 propose un precede pour gerer des transactions entre des 
fournisseurs de services et des clients sur un reseau de 
communication r ces fournisseurs de services et ces 
clients disposant respectivement de serveurs et de postes 
clients connectes au reseau, mis en oeuvre dans le systdme 
10 selon 1* invention. 

Ce precede comprend, en reponse a une demande de 
prestation emanant d'un client: 

- un envoi d*une requete emise par le serveur de 
mediation a destination du fournisseur d*acc^s proposant 

15 cette prestation, cette requ§te comprenant des ^l^ments 
d' identification du client et du fournisseur de services; 
et 

- un envoi d'une reponse ^rnise par le fournisseur de 
services ^ destination du serveur de mediation en reponse 

20 ^ cette requete, cette reponse comprenant des Elements 

d* information relatifs k la facturation de la prestation 

demandee par le client. 

On peut avantageusement prevoir que le proced6 selon 

1' invention comprenne en outre, pr^alablement k 1' envoi 
25 d'une requite au serveur du fournisseur de services, une 

identification et une authentification du- client par le 

serveur de mediation. 

Le proced^ peut Egalement assurer, au niveau du 

serveur de mediation, un controle de l*int^grit^ de la 
30 prestation fournie au client par le fournisseur de 

services . 

II peut en outre avantageusement comprendre, au 
niveau du serveur de mediation, un traitement des 
elements d* information transmis par le serveur du 
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fournisseur de services, et una facturation de la 
prestation fournie au client. 

D'autres particularites et avantages de 1* invention 
apparaitront encore dans la description ci-apres. Aux 
5 dessins annexes donn6s ii titre d'exemples non limitatifs: 

- la figure 1 est un schema synoptique d'un 
systeme de gestion de transactions selon 
1' invention; et 

- la figure 2 illustre des traductions d'URLs 
10 mises en oeuvre dans le proc6d6 de gestion de 

transactions selon 1* invention. 
On va maintenant d^crire un exemple de realisation 
d'un systeme de gestion de transaction selon 1* invention. 
Un syst6me de gestion de transaction S selon 
15 1' invention est organise autour d'un serveur de mediation 
SM connecte au reseau Internet et coraprend notamment des 
outils de gestion commerciale et de facturation GC, un 
module de gestion du rechargement de documents GR, et une 
ou plusieurs unites de stockage et de base de donnees BD. 
20 Ce serveur de mediation SM peut dtre lui^meme g^re par un 
fournisseur d*acces a Internet qui est alors en mesure de 
proposer ct ces clients abonn^s un acces ^ des prestations 
payantes proposees par des fournisseurs de services. 

Le serveur de mediation g6re I'authentif ication des 
25 clients et la facturation et est le passage oblige pour 
rendre payants des pages, images ou tout objet pouvant 
§tre rapatri^s par HTTP tel que des applets Java. 
II assure ainsi les fonctions suivantes: 
- identification et authentif ication des clients, 
30 - integrite de la livraison au client, m§me en cas de 

coupure reseau; le client aura alors la possibility de se 
reconnecter et de recharger son bien gratuitement pendant 
une duree pred^terminee; 
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- autorisation de rechargement de documents pendant 
une dur^e de latente specifiee par le fournisseur de 
services; 

facturation de la consommation sur un compte 
5 d'abonne en temps reel. 

On va maintenant d6crire les etapes essentielles du 
proc6d6 de gestion de transactions mis en oeuvre dans le 
syst^me selon 1* invention. 

En r^ponse a une requite (1) d'un client CL pour 
10 utiliser des prestations proposees par un fournisseur de 
services FS, le serveur de mediation SM contacte (4) le 
serveur Web de ce fournisseur de services FS en utilisant 
le protocole HTTP et lui envoie une requete incluant des 
champs MIME contenant des informations sur le client. 
IS A titre d'exemple non limitatif, les elements 

d' information inclus dans la requete §mise par le serveur 
de mediation, peuvent comporter sous la forme de champs: 

- un identifiant Client, qui peut Stre 1 ' identif iant 
de ce client attribue par le fournisseur d'acc^s Internet 

20 ou un identifiant specifique pour un client anonyme; 

- un identifiant de transaction; 

- la date et I'heure de la requete; 

- un identifiant du fournisseur de services; 

- le type de requite] . 

25 On peut par exemple envisager deux types de requite: 

- une requite suite ^ une facturation du client, 

- une requite suite a une demande de bien ou de 
service payant par un client. Le client a dij^ 6te 
facture pour ce bien ou ce service. Le client est en 

30 train de redemander ce bien ou ce service dans le duree 
de refacturation gratuite. Dans ce dernier cas, le 
serveur de mediation verifie (3) que le bien ou le 
service est en cours de rechargement gratuit. 

En re tour, la reponse (5) envoyee par le serveur Web 

35 du fournisseur de services contient dans ses champs MIME 
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des elements d* information permettant de facturer le 
client, notamment des prix, des references de produits. 

Si I'objet demande est gratuit, la reponse ne 
cent lent aucun des champs MIME et cet objet est 
5 automatiquement consid^re comme gratuit par le serveur de 
mediation. 

Dans tous les autres cas, le serveur du fournisseur 
de services code, dans les champs MIME de sa reponse, des 
informations de taxation, designees dans la suite sous le 

10 terme de "ticket", servant au controle la transaction. 
Les champs de la reponse sont ensuite filtres par le 
serveur de mediation SM qui transmet (6) notamment dans 
la base de donn^es BD le ticket de facturation. Le SM met 
k jour (7) le compte client. Enfin, il livre (8)le bien 

15 ou le service au client CL. 

Cette notion de ticket permet ainsi ct un fournisseur 
qui veut mettre ei disposition uniquement des pages 
gratuites d'utiliser un serveur HTTP sans aucune 
adaptation. Un ticket peut contenir les ^l^ments 

20 d* information suivants: 

- montant HT, champ obliqatoire, 

- taux de TVA, par defaut 20,6%, 

- duree de latence, par defaut 1 heure, 

- description n*l, champ obligatoire, 
25 - description n**2, champ optionnel. 

On peut aussi avantageusement prevoir une extension 
du protocole permettant 1' envoi au fournisseur d'une 
requete pour le pr^venir si le client a 4t^ facture ou 
non. 

30 Le serveur du fournisseur de service est organise en 

deux parties, comme I'illustre la figure 2: 

- une partie gratuite de vitrine et de navigation, 
accessible directement depuis 1* Internet; 
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- une partie payante, accessible uniquertient depuis le 
serveur de mediation qui constitue aihsi une passerelle 
ou un "reverse proxy". 

Le serveur de mediation est un serveur HTTP simple, 
5 et non un serveur proxy HTTP. II doit done disposer dans 
I'adresse URL qu'il regoit d'un client les informations 
necessaires au routage vers le serveur HTTP du 
fournisseur de services. 

Le format des adresses URL d'un serveur de mediation 
10 peut etre determine de la fagon suivante: 



"http://" 


serveur de mediation (":" port du 


serveur] "/" 


identifiant du fournisseur de services 


"/" reste de 


I'URL 


11 est traduit 


en une requ§te pour I'URL suivante sur 


serveur du FS : 




"http://" 


serveur du FS [":" port du serveur] 


"/" reste de 


I'URL 



L* identifiant du fournisseur de services accorde par 
20 le gestionnaire du serveur de mediation peut §tre par 
exemple une chaine de caract^res simples (majuscules, 32 
maximum) attribute une fois pour toutes au FS. 

Par exemple, si l*on utilise le serveur de mediation 
pay.www.wanadoo.fr sur le port 80 pour acc§der a un 
25 hypoth^tique service XYZ (heberg^ physiquement sur la 
machine www.xyz.fr sur le port 2000, 1*URL sur le serveur 
de mediation est: 

http : //pay . www . wanadoo . £r/ZZZ/abc/da£ . hbnl 
et I'URL sur le serveur du fournisseur de services 

30 est: 



ht^ : / /w%rw . xyz . £r : 200 0 /abe/daf . html 
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Le serveur vu du logiciel client est le m^diateur. 
Les URL referenc6es depuis une page HTML sur le serveur 
ont comme base I'URL transformee par le mediateur et non 
I'URL directe d'acces au serveur. On doit alors 
5 imperativement utiliser soit: 

- des URL absolues completes comprenant une reference 
au serveur de mediation et un code fournisseur; 

- des URL relatives. 

On va maintenant decrire des exemples de codage des 
10 champs utilises dans les echanges entre les clients, le 
serveur de mediation et les serveurs des fournisseurs de 
services . 

Les lignes d'en-tete sont echangees entre le serveur 
de mediation et le fournisseur de services. Tous les 
15 m^canismes d§£inis ici sont d^crits et formalisms dans 
une forme Backus-Naur (BNF) augment^e similaire d celle 
utilisee dans la RFC*822. Ce formalisme est d^crit dans 
la specification version 1.1 du protocole HTTP proposee a 
I'lETF par T,Berners-Lee, R.Frieding et H. Nielsen. Le 
20 protocole HTTP est un protocole avec un aller-retour 
simple requete-reponse entre client et serveur. II est 
bati au dessus d'une connexion TCP entre le client et le 
serveur. Des documents de reference sur les les URLs et 
sur le protocole HTTP peuvent par exemple §tre consult^s 
25 sur le site Web du consortium V3C (adresse www.w3.org). 
Le dociiment rfc-822 est consultable sur le serveur FTP de 
I'INRIA (adresse ftp.inria.fr). 

Le format de la requete dans sa forme la plus simple: 

Methode URL 
30 et dans le cas le plus general : 

Methode URL Version 

Champs MIME (RFC''822) 

ligne vide optionnel 

objet MIME optionnel 

35 Par exemple : 
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GET /chemin/document .html HTTP/1.0 
Accept: */* 
Accept : text /html 
Accept: image/gif 

5 

Toutes les informations additionnelles fournies par 
le serveur de mediation sont vehicul6es dans des champs 
MIME supplementaires par rapport ^ la requete du client. 
Ces champs sont filtr6s s'ils existaient d§ja dans la 
10 requete client. 

Le format de la reponse est : 

Code Version Texts 
Champs RFC- 82 2 
llgne vide 

15 oJbjet MIME 

Par exemple : 

200 HTTP/1.0 Normal 
Content-type : text/html 

20 <HTML><HEAD><TITLE>Tout va bien<TITLE></HEAD> 

<BODY><P>Tout va bien</P></BODY> 
Les informations de taxation sont fournies par le 
serveur du fournisseur de services sous la forme de 
champs MIME supplementaires. 

25 On va maintenant decrire un exemple de gestion du 

protocole en utilisant 1' interface CGI. 

II s'agit tout d'abord d'extraire les paramdtres 
fournis par le serveur de mediation. Les en-t§te MIME 
g6neriques n'ayant pas de signification sp6ciale pour 

30 HTTP, sont accessibles par la variable d' environnement 
HTTP^nom o\x nom est le nom du champ, avec traduction des 
tirets «-» en soulignes «_». Tous les champs d^finis pour 
la definition du protocole sont ainsi accessibles 
directement a partir d*un script CGI sur les serveurs 

35 supportant CGI 1.1 ou ulterieur. 
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Les en-t§tes sont dans des variables d' environnement 
shell du CGI, Pour obtenir la valeur d'un de ces champs, 
un script CGI se contente d'utiliser la fonction de 
librairie du le langage de programmation utilise 

5 permettant d' obtenir la valeur d'une variable 
d' environnement . 

En ce qui concerne la generation par le serveur du 
fournisseur de services au serveur de mediation, un 
script CGI doit envoyer sur sa sortie standard: 

10 - les en-tetes de la reponse HTTP au serveur de 

mediation; 

- la page a envoyer au serveur de mediation. 
Un script CGI doit ainsi suivre le pseudo-code 
suivant : 

15 l.R^cuperer les parametres fournls 

par le serveur de mediation; 

2.Calculer le prix et les 
informations permettant de g^n6rer la 
page; 

20 3. Envoyer les en-tetes sur la sortie 

standard; 

4, Envoyer une ligne vide pour 
marquer la fin des en-tetes; 

5. Envoyer le corps (texts,, HTML, 
25 GIF, etc.) sur la sortie standard. 

Par ailleurs, certains champs peuvent contenir du 
texte libre : X-FT-Ref erence-1, X-FT-Reference-2 . 

Ces champs sont interpretes selon la norme de codage 
de caract^res ISO 8859-1 (ISO Latin-1) , qui est celle 
30 d'Unix et de Windows, et qui se deduit d' Unicode par 
masquage du premier octet. 

Le contenu de ce champ ne peut pas contenir les 
caracteres ASCII 10 (LF, saut de ligne) , 15 (CR, retour 
chariot}/ ni tout autre caractere non imprimable selon la 
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norme ISO 8859-1 (y compris les extensiOFiS apport^es par 
Microsoft Windows). 

S'agissant des formats de date, le protocole HTTP 
d^finit un format de date appele HTTP-date. 
5 Le champ X-FT-Acquittement contient une URL absolue 

relative au meme serveur que celui de la requite 
initiale. 

Le fournisseur de services avertit le serveur de 
mediation qu'il souhaite avoir un accuse de reception 
10 pour 1' achat en cours. Le mediateur envoie un accuse de 
reception au fournisseur en lui envoyant une requite HTTP 
de type HEIAD sur le meme serveur que celui qui a traite 
la requete initiale. 

Les caracteristiques de cette requete HTTP 
15 d' acquittement sont les suivantes : 

- la methode de la requite est HEAD ; 

- I'URL est la valeur du champs X-FT-Acquittement ; 

- les en-t§tes envoy6es sont : 

- les en-t§tes que le mediateur a envoye au 
20 fournisseur pour lui demander le bien payant ; 

- un echo des en-tetes que le fournisseur lui a 
renvoye avec le bien; 

- un en~tete X-FT-Confirm indiquant si le bien 
a et^ factur^. 

25 Le mediateur envoie un en-t§te X-FT-Confirm dans un 

accuse de reception. Le mMiateur y indique si il a 

factur6 le client. 

Une requete est identifiee de fagon unique par le 

serveur de mediation par un numero de transaction, Elle 
30 est egalement datee suivant le format HTTP-date rappele 

ci-dessus . 

Un champ X-FT-ID-Client contient un identifiant 
caracterisant le client. II est fourni par le serveur de 
mediation aux fournisseurs de services. 
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Cet identifiant est stable dans le temps pour un 
client et une version du protocble donnes. Une 
modification majeure du profil client peut cependant 
influer sur 1' identifiant . II n'est pas garanti comme 

5 6tant identique entre fournisseurs de services 
diff^rents. Cet identifiant peut par exen^le permettre k 
un fournisseur de faire des statistiques ou de g^rer du 
contexte pour un client sans le connaitre explicitement 
(droits acquis, etc.). 

10 Le champ X-FT-ID-Fournisseur contient 1' identifiant 

du fournisseur. II est fourni par le serveur de mediation 
a partir de I'URL du document que lui demande le client. 
Chaque fournisseur a un identifiant unique. Cette 
information est utile pour les h6bergeurs de services. 

15 Un champ X-FT-ID-Transaction identifie la transaction 

sur la facturation client. 

S'agissant du champ X-FT-Latence, un client peut 
recharger gratuitement un document qu' il a achet^ pendant 
une certaine periode, inf^rieure k une heure dans tous 

20 les cas, et precisee par le fournisseur de services. 

Ceci est du au fait que certains clients HTTP 
rechargent des documents (a 1' impression, lors d'un "View 
Source") r et un utilisateur peut etre amen^ a le faire en 
cas d' incident technique. Le serveur de mediation verifie 

25 k chaque requ§te d'un client s'il s'agit d'un 
rechargement ou non. Ca latence peut §tre comprise entre 
1 minute et 1 heure. 

Le champ X-FT-PrixHT contient le prix hors taxes de 
1' information demandee. Le taux de TVA correspondant est 

30 donne dans le champ X-FT-TVA decrit par la suite. 

II est h noter que ce montant est le montant de base 
qui servira pour les calculs ult^rieurs. II peut done 
etre different de la remuneration finale du fournisseur, 
selon les ristournes et commissions applicables. 
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Le champ X-FT-Ref erence-l permet de niettre au 
fournisseur de decrire le service rendu (reference 
produit) . II est obligatoire pour etre indiqu6 sur la 
facture du client. 
5 Le champ mono-value X-FT-Ref erence-2 permet de mettre 

au fournisseur de decrire plus finement 1' information. II 
est facultatif et pourra §tre ajout6 d la facture du 
client. 

On peut par exemple utiliser X-FT-Reference-1 pour la 
10 description generale de 1' information, et X-FT-Reference- 
2 pour donner plus de details sur la requete 
particuliere. 

Le champ X-FT-TVA contient le taux de TVA associe k 
la transaction, le montant 6tant donn^ hors taxes. Ce 
15 taux doit §tre communique par le fournisseur, puisqu'il 
depend du la nature de 1' information. Le taux de TVA est 
exprime en pourcentage. 

On va maintenant decrire la fonction de rechargement 
offerte par le syst^me et le proced6 selon 1* invention. 
20 II existe deux types de documents payants: 

les documents en cours de rechargement 
gratuitement ; le m§diateur ne les facture pas. Apres une 
premiere facturation pour un document donne, un client 
peut recharger gratuitement ce mdme document pendant une 
25 dur^e donn^e. Le fournisseur fixe cette dur^e. Clle 
n'exc^de pas une heure; 

les documents payants et facturables; ces 
documents sont demandes pour la premiere fois par le 
client. Ou bien, le client demande un document apr^s que 
30 ce document ait dej^ ete facture et apr^s la duree de 
rechargement gratuit du document. 

L' en-tete indique quel est le type de document 
demande. Par exemple, un client vient de demander un 
document payant. II lui a 6t6 factur^ et le fournisseur a 
35 indique une p6riode de latence d'une heure. Un quart 
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d'heure plus tard, ie client redemande ie merae document. 
Le serveur de mediation gen^re i'en-tete HTTP 
X-FT-Type-Requete: Rechargement 
Deux heures plus tard, le m§me client redemande ie 
5 meme document. Cette fois, le mediateur envoie un en-tete 
HTTP 

X-FT-Type-Requete: Normal 

Le syst^me et le procede selon 1* invention peuvent 

10 etre appliques pour des types varies de prestations 
disponibles sur un reseau. Une premier type de 
prestations particulierement vise par la presente 
invention est celui de la fourniture de documents et de 
pages payants. II peut s'agir, par exemple, de journaux, 

15 de magazines, de cartes g^ographiques, m6t6orologiques, 
economiques, de resultats de tests ou de sondages, 
d' informations de nature juridique, etc.. II peut 
6galement s*agir de documents ludiques ou artistiques, 
graphiques et/ou sonores. Le syst^me selon 1* invention 

20 peut egalement assurer la gestion de droits d*auteurs 
^associes k des creations intellectuelles ou artistiques. 

On peut egalement mettre en oeuvre le syst^me et le 
proc6d6 selon 1* invention pour la gestion d* operations de 
vente sur catalogue ^lectronique. 

25 Bien sQr, 1* invention n'est pas limit6e aux* exemples 

qui viennent d'§tre decrits et de nombreux amenagements 
peuvent §tre apportes ^ ces exemples sans sortir du cadre 
de 1' invention. En particulier, les elements 
d* identification et de tarification peuvent etre ecrits 

30 suivant des syntaxes differentes de celles qui viennent 
d'etre d6crites. En outre, le procede selon 1* invention 
n'est pas lie au seul protocole HTTP actuel mais pourra 
etre mis en ceuvre avec d'autres protocoles futurs. 
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RSVENDICATIONS 

1. Systeme (S) pour gerer des transactions entre des 
fournisseurs de services (FS) et des- clients (CL) sur un 
reseau de communication, ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connect^s au reseau, 
caracterise en ce que ce systeme (S) comprend un serveur 
de mediation (SM) connecte au reseau et agence pour 
coiranuniquer selon un protocole de communication 

10 predetermine, d'une part avec les postes clients et 
d' autre part avec les serveurs respectifs des 
fournisseurs de service (FS), de sorte que 1' ensemble des 
transactions entre ces fournisseurs de services (FS) et 
ces clients (CL) transite via ce serveur de mediation 

15 (SM). 

2. Systeme (S) selon la revendication 1, caract6ris6 
en ce que le serveur de m6diation (SM) et les serveurs 
des fournisseurs de services (FS) communiquent selon le 

20 protocole HTTP. 

3. Systeme (S) selon la revendication 2, caracterise 
en ce que le protocole HTTP est augmente de champs MIME 
supplementaires pour v6hiculer d'une part des 

25 informations sur les clients et d' autre part des 
informations relatives A la facturation des transactions. 

4. Systeme (S) selon I'une des revendications 
precedentes, caracterise en ce que le serveur de 

30 mediation (SM) est du type "reverse proxy". 

5. Systeme (S) selon I'une quelconque des 
revendications precedentes, caracterise en ce que le 
serveur de mediation (SM) est agence pour identifier et 
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authentifier tout client sollicitant une transaction avec 
un fournisseur de services. 

6. Systeme (S) selon la revendication 5, applique 
5 notanunent a 1 ' acquisition de documents payants, 
caracteris^ en ce que le serveur de mediation (SM) est 
agenc§ pour gerer un rechargement gratuit de documents 
pendant un intervalle de latence de duree pred^terminee. 

10 7. Systeme (S) selon I'une des revendications 5 ou 6^ 

caracterise en ce que le serveur de mediation (SM) est 
agence pour gerer la facturation des prestations offertes 
par les fournisseurs de services. 

15 8. Systeme (S) selon la revendication 1, caracterise 

en ce que le serveur de mediation (SM) g^re des 
facturations sur des comptes d'abonn^. 

9. Systeme (S) selon I'une des revendications 7 ou 8, 
20 caracteris6 en ce que le serveur de mediation (SM) g^re 

des facturations en temps r^el. 

10. ProcSd^ pour g^rer des transactions entre des 
fournisseurs de services et des clients sur un r^seau de 

25 communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveur s (FS) et de 
postes clients (CD connectes au r6seau, mis en ceuvre 
dans le systeme (S) selon l*une quelconque des quelconque 
des revendications precedentes, caracterise en ce qu'il 

30 comprend, en reponse k une demande de prestation emanant 
d*un client: 

- un envoi d'une requite emise par le serveur de 
mediation (SM) k destination du fournisseur d*acc^s 
proposant cette prestation, cette requite comprenant des 
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siements d' identification du client et du fournisseur de 
services; et 

- un envoi d'une r§ponse emise par le fournisseur de 
services a destination du serveur de mediation (SM) en 
3 reponse a cette requete, cette reponse comprenant des 
elements d* information relatifs ^ la facturation de la 
prestation demand^e par le client. 

11. Proc6d6 selon la revendication 10, caract§ris6 en 
10 ce qu'il comprend en outre, pr6alablement ^ I'envoi d*une 
requete au serveur du fournisseur de services (FS), une 
identification et une authentif ication du client par le 
serveur de mediation (SM) . 

15 12. Proc6d§ selon la revendication 11, caracterise en 

ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM), un contrdle de I'int^grite de la 
prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 

20 des en-tetes emises par le fournisseur de services. 

13. Proc6de selon l*une des revendications 10 k 12, 
caracterise en ce qu'il comprend en outre, au niveau du 
serveur de mediation (SM) , un traitement des elements 

25 d' information transmis par le serveur du fournisseur de 
services (FS), et une facturation de la prestation 
fournie au client. 

14. Precede selon la revendication 13, caracterise en 
30 ce qu*il comprend en outre un envoi par le serveur de 

mediation (SM) d*un accuse de reception au fournisseur de 
services, en reponse k une requete de celui-ci. 
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15. Precede seion I'une des revendications 13 ou 14, 
caracterise en ce que des prestations sont facturees sur 
des comptes d'abonnes. 

5 16. Proc6d6 selon I'une des revendications 13 a 15, 

caracterise en ce que des prestations sont facturees en 
temps r^el. 

17. Precede selon I'une quelconque des revendications 
10 10 a 16, caract6ris6 en ce qu'il autorise un rechargement 

de documents fournis par un fournisseur de services k un 
client pendant un intervalle de latence predetermine. 

18. Precede selon I'une quelconque des revendications 
15 10 a 16, mis en oeuvre avec le protocole HTTP, caracterise 

en ce que les informations d' identification et de 
tarification sont v^hicul^es dans des champs MIME 
supplSmentaires des en-t§tes du protocole HTTP. 
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REVQO>ICATIOKS NGDIFimS 
[re<;ues par le Bureau international le 11 JUin 1998 (11.06,98); 
revendications originales 1-18 reniplacees par les revendications 
1-15 modifiees (4 pages)] 

1. Syst^me (S) pour g^rer des transactions entre des 
fournisseurs de services (FS) et des clients (CL) sur un 
r6seau de communication, ces fournisseurs de services 

5 (FS) et ces clients (CL) disposant respectivement de 
serveurs et de postes clients connect6s au r6seau, ce 
syst^me |S) comprenant un serveur de mediation (SM) 
connecte au reseau et agenc§ pour communiquer selon un 
protocole de communication predetermine, d'une part avec 

10 les postes clients et d' autre part avec les serveurs 
respectifs des fournisseurs de service (FS) , de sorte que 
1* ensemble des transactions entre ces fournisseurs de 
services (FS) et ces clients (CL) transite via ce serveur 
de mediation (SM), caracteris§ en ce que le serveur de 

15 mediation (SM) est agenc§ pour g6rer la facturation des 
prestations offertes par les fournisseurs de services, et 
en ce que des informations sur les clients 6mises par le 
serveur de mediation et des informations de facturation 
6mises par les serveurs des fournisseurs de service (FS) 

20 sont transmises en utilisant des m6canismes d' extension 
du protocole de communication. 

2. Syst^me (S) selon la revendication 1, dans lequel 
le serveur de m6diation (SM) et les serveurs des 

25 fournisseurs de services (FS) communiquent selon le 
protocole HTTP, caracterise en ce que le protocole HTTP 
est augment^ de champs MIME suppl6mentaires pour 
transmettre d'une part des informations sur les clients 
et d' autre part des informations relatives a la 

30 facturation des transactions. 

3. Syst^me (S) selon I'une quelconque des 
revendications pr^c^dentes, dans lequel le serveur de 
mediation (SM) est agenc6 pour identifier et authentifier 

35 tout client sollicitant une transaction avec un 
fournisseur de services, caract^ris^ en ce que le serveur 
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de mediation (SM) est agence pour gerer un rechargement 
gratuit de documents pendant un intervalle de latence de 
dur6e pred^terminee. 

5 4. Systeme (S) selon l*une quelconque des 

revendications pr^cedentes, caracterise en ce que le 
serveur de mediation (SM) gere des facturations sur des 
comptes d*abonne. 

JO 5. Systeme (S) selon I'une quelconque des 

revendications prec^dentes, caract6rise en ce que le 
serveur de mediation (SM) gfere des facturations en temps 
reel. 

15 6. Precede pour gerer des transactions entre des 

fournisseurs de services et des clients sur un reseau de 
communication, ces fournisseurs de services et ces 
clients disposant respectivement de serveurs (FS) et de 
postes clients (CL) connect6s au reseau, mis en oeuvre 

20 dans le systeme (S) selon I'une quelconque des quelconque 
des revendications prec6dentes, caract6ris6 en ce qu*il 
comprend, en r6ponse h une demande de prestation 6manant 
d'un client: 

- un envoi d'une requete 4mise par le serveur de 
25 mediation (SM) A destination du fournisseur d'acces 

proposant cette prestation, cette requete comprenant des 
616ments d' identification du client et du fournisseur de 
services; et 

- un envoi d'une r6ponse 6mise par le fournisseur de 
30 services h destination du serveur de mediation (SM) en 

reponse k cette requite, cette riponse comprenant des 
616ments d' information relatifs ^ la facturation de la 
prestation demand6e par le client. 
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7. Proc6d6 selon la revendication 6, caracteris6 en 
ce que la r6ponse 6mise par le fournisseur de services 
comprend en outre une demande d* accuse de reception. 

5 8. Precede selon la revendication 7, caracterise en 

ce qu*il comprend en outre, prealablement ^ 1' envoi d'une 
requete au serveur du fournisseur de services (FS) , une 
identification du client par le serveur de mediation (SM) 
et une validation que le client a acces aux prestations 

10 du fournisseur de services. 

9. Precede selon la revendication 8, caracterise en 
ce qu'il comprend en outre, au niveau du serveur de 
mediation (SM) , un controle de l*int§grit6 de la 

15 prestation fournie au client par le fournisseur de 
services, comportant notamment une verification du format 
des informations §mises par le fournisseur de services. 

10. Proc6d6 selon I'une des revendications 7 a 9, 
20 caracteris6 en ce qu'il comprend en outre, au niveau du 

serveur de mediation (SM), un traitement des 616ments 
d' information transmis par le serveur du fournisseur de 
services (FS), et une facturation de la prestation 
fournie au client. 

25 

11. Proc6d§ selon la revendication 10, caracterise en 
ce qu'il comprend en outre un envoi par le serveur de 
mediation (SM) d'un accuse de reception au fournisseur de 
services, en r^ponse d une requ§te de celui-ci. 

30 

12. Proc^d^ selon l*une des revendications 10 ou 11, 
caracterise en ce que des prestations sont factur^es sur 
des comptes d'abonnes. 
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13. Procede selon I'une des revendications 10 a 12, 
caract§ris6 en ce que des prestations sont factur§es en 
temps r§el. 

14. Procede selon I'une quelconque des revendications 
7 a 13, caracterise en ce qu'il autorise un rechargement 
de documents fournis par un fournisseur de services a un 
client pendant un intervalle de latence predetermine. 

15. Proc§d§ selon I'une quelconque des revendications 
7 ^ 14, mis en ceuvre avec le protocole HTTP, caracterise 
en ce que les informations d' identification et de 
tarification sont v6hicul§es dans des champs MIME 
supplementaires des en-tetes du protocole HTTP. 
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